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Database system and query optimiser 

This application claims priority from the German patent 
application DE 101 04 831.9, the text of which is here- 
5 with incorporated by reference. 

The invention relates to information storage systems, 
such as database systems. In such computer based data 
storage systems, data is stored in and retrieved from 

10 some medium, such as a memory and a hard disk drive. 

The most common way to approach a database is via a da- 
tabase query, for example in- the form of a SQL state- 
ment. Such a database query is practically always in a 
compound form, i.e. that it requires at least two con- 

15 ditions to be fulfilled. A search for data that con- 
forms to the query can be done in a number of ways. Of- 
ten a query optimiser is used, for example a rule based 
optimiser or a cost based optimiser. The rule based 
optimiser uses a set of predefined rules. The cost 

20 based optimiser uses statistical information about the 
data to structure queries, by estimating the selectiv- 
ity of each query component and leading the search path 
along the most selective components first. Even though 
using the known optimisers can shorten the average re- 

25 sponse time, the need exists for optimisers that opti- 
mise each specific query. 

In known systems, the data is stored in a data struc- 
ture such as for example a structure based on the rela- 
30 tional model. Although data stored using the known data 
storage systems can be stored, searched and retrieved, 
the time required for the retrieval can be considerable, 
especially in case of complex queries. Furthermore, 
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constructing an efficient database structure is compli- 
cated and therefore costly. If the design of the data- 
base is not up to par, more or less severe performance 
penalties can easily result. Also, once a database lay- 
out or data model is defined, later alterations are 
difficult to implement, and almost always lead to loss 
of performance. Therefore the need exists for a data- 
base system that- can be implemented and altered without 
introducing unwanted performance restraints . 

The first goal is met by providing a query optimiser 
according to claim 1. By basing a search path decision 
on a number of hits for each section of a compound 
query, a search can be guided through the least number 
of hits first, thus increasing the chance for a quick 
return of a result for the query. By providing the 
search structure with additional links that represent 
data record relations according to claim 4, the opti- 
miser can not only take in account the number of hits 
of a certain query section but also distil those keys 
for the search that are most selective. 

By providing a data structure according to claim 6, a 
database structure is achieved that can be implemented 
without performance restraints, and can be used with 
the abovementioned query optimiser method. Later al- 
terations are easily achieved without risk of sacrific- 
ing performance. By using the data structure of. the in- 
vention, all advantages of the query optimiser are in- 
tegrated within the data structure itself. This elimi- 
nates the need for a separate search data structure. 
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Additional features and advantages will become apparent 
in the following description of a number of embodiments 
of the invention. Advantageous variants of the inven- 
tion are subject of the dependent claims. 

5 

Fig. 1 shows a database with a table, 

Fig. 2 shows an example of a tree structure according 

to the invention, 

Fig. 3 shows another example of a tree structure ac- 
10 cording to the invention, 

Fig. 4 shows an example of a data structure according 
to the invention, 

Fig. 5 shows a detail of a data structure according to 
the invention, and 
15 Fig. 6 shows schematically a data element according to 
the invention. 

In fig. 1 a first example of an embodiment of the in- 
vention is shown. A data source DS (which can be for 
20 example a database or an application) containing data 
is shown, with a small portion of stored data in the 
form of a table C with columns A and B, comprised of 
data elements. Note that the data source DS can be of 
any kind, and that the table C is shown as an example. 

25 

According to the invention, an external data structure 
E is formed as shown in fig. 2. For convenience the 
data structure E is called a search data structure, as 
it will be used to perform searches on it to analyse 
30 the structure based on a data* query. In the data struc- 
ture E, the elements of the respective columns A and B 
are organised in a binary tree structure. The elements 
of the trees are shown as circles in the fig. 2, with 
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in the upper left part the value of the attribute (VAL) , 
in the upper right part a unique identification of the 
type of element (ID) and in the lower part a number 
(COUNT) that at least represents how many elements are 
5 present in the branches below the respective element. 
Note that in this example the lower number is inclusive 
of the respective element itself. If in the column A or 
B, multiple entries exist for a certain instance, then 
these are accounted for by increasing the number COUNT 
10 with the number of respective entries. When elements 
are added or deleted from the tree, the COUNT numbers 
have to be updated in the tree. 

The data can be transferred from the data source DS to 
the implementation of the program of the invention in 

15 any suitable way, for example via a data communication 
link, such as the Internet, and the data structure to 
the invention can be build in any suitable way. Pref- 
erably, the search data structure is stored in a memory 
that can be randomly accessed, such as for example RAM, 

20 which gives fast access times. 

In this example, only a very small section of a data 
source DS is shown. In practice, a great number of col- 
umns are used (and therefore also a corresponding num- 

25 ber of trees) , and similar a great number of tables or 
similar constructions are used. Furthermore, the trees 
will be in the implementation accessible through some 
means, for example a linking element such as a pointer, 
that is positioned in hierarchy over the tree struc- 

30 tures. The linking means itself can be part of a fur- 
ther configuration to facilitate access to the tree 
structures . 
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When a query for a search in the data source DS is re- 
quested in the form of a compound query for example Ql 
AND Q2 AND Q3 (wherein the conditions Ql, Q2, Q3 are 
sections that are each a more or less selective state- 
5 ment for a search in the database) , a query optimiser 
according to the invention will conduct a search on the 
data structure E as follows. For each section of the 
query (i,e. Ql, Q2, Q3), the number of hits is deter- 
mined by descending along a path the respective braches 

10 of the tree A, B until the required element or elements 
have been found, and the number of hits can be calcu- 
lated from the respective values COUNT. The number of 
elements that meet the criterion can be obtained 
straightforward from the COUNT parameter of the element 

15 found itself, or by simple addition and/or subtraction 
of multiple elements found. It is therefore not neces- 
sary to traverse the complete tree to the end to obtain 
the data required. Note that searching through a (bi- 
nary) tree as such is known in the art, as well are 

20 searches for ranges in a (binary) tree. 



As a result the number of hits for each respective com- 
ponent Ql, Q2, Q3 are known; based on this information 
the optimiser can select an order in which to execute 

25 the query, preferably starting with the component that 
has the lowest number of hits, as this is potentially 
the most selective condition. The number of hits per 
component can also be used in any other way for opti- 
mising, including combining or using it together with 

30 other criteria. 



In this example it is not required that the structure E 
is updated in real-time. Depending on the rate with 
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which the data changes in the data source DS, the 
structure E can be updated periodically, like for exam- 
ple hourly or daily. By not having a fully up to date 
structure E, an error is introduced as not the exact 
5 actual number of hits for the data source DS is calcu- 
lated, but if the error is kept within predetermined 
ranges the estimate can be effectively used. A periodi- 
cal update has the advantage that it does not require 
so many resources as a real-time update would cost. 

10 

In a further embodiment of the invention, not only the 
number of elements, but also the relations between ele- 
ments is included into the structure, now shown in fig. 
3 as E' . The linking elements H are shown by dotted 

15 lines and represent the data as incorporated for exam- 
ple in a record; the dotted line represents the connec- 
tion between the fields of a record. The linking ele- 
ment can for example be implemented as a pointer. A 
further tree F is shown, this tree represents a further 

20 column of the table C. As is shown in fig. 3, the sub- 
sequent columns of the table C are arranged in a tree 
structure, being sorted over the respective ID numbers. 
This has the advantage that access to the respective 
trees A, B, F can be made very fast and efficient. 

25 

When analysing the query components, not only the num- 
ber of hits can be calculated, but also the most selec- 
tive keys can be found, wherein any key can be selected. 
The query optimiser would as result return query compo- 
30 nents in an optimum order, wherein the query components 
are not necessarily the same as those in the original 
query. With the new query, the data source DS can be 
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searched. By using this implementation a quick and ef- 
ficient way to get the optimum query keys is provided. 

Preferably, every tree is identified by an integer 
5 value for its identification (ID) , and also its ele- 
ments are preferably identified by an integer or other 
simple identifier type. This has the advantage that 
during the search only relatively simple (and therefore 
fast) comparisons have to be made. 

10 Note that in fact it is not essential to have a binary 
tree; the invention can also be applied for example 
with AVL trees, 2-3 trees, B- trees, and splay trees, 
and in principle any data structure that allows range 
searching. However, a binary tree (and in particular a 

15 balanced tree) promises the fastest overall access time, 
and is relatively easy to implement and use. 

In the previous shown examples, the invention was used 
together with a separate data source. This has certain 

20 benefits, such as the fact that an already existing 

database system can be used, and the application can be 
used separately from the main data source. In a further 
embodiment of the invention, the search database of the 
second example is augmented with certain features to 

25 obtain a database structure in which data can be stored 
and retrieved, while incorporating the advantages of 
the fast query optimiser. 

In fig. 4 a table K is shown with three columns, re- 
30 spectively first name, age, and weight. In the database 
structure according to the invention, each column is 
organised in a binary tree, preferably a balanced AVL 
tree. The tree is composed of cells that contain the 
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data of the table. The connection between individual 
cells in the respective trees, that is the connection 
that makes up a line (or data record) in the table, is 
made via the structure H' . This structure H' , for exam- 
5 pie made out of pointers, connects the respective cells 
of neighbouring trees. Note that the structure H' also 
forms a tree that is sorted over the identity of the 
respective trees that represent columns of the table. 
As in the previous example, each cell is provided with 
10 a COUNT parameter, shown as a box next to each cell. As 
before, the COUNT parameter represents how many ele- 
ments are present in the branches below the respective 
element . 

15 Using the structure according to the invention, data 
can be stored in a database without imposing rigid 
structures in the form of keys. The structure according 
to the invention can be expanded, amended and revised 
by simply adding trees and connections, without compro- 

20 mising performance. The parameters needed for the quick 
search routine are included in the data structure, and 
therefore the abovementioned examples of query optimis- 
ers can be used without restriction on the database 
structure. There is no need to build a secondary search 

25 database structure. 

In the previous example, the elements of a tree are all 
different. Although this can be the case for some ap- 
plications, most data to be stored will have multiple 
30 identical entries. For this situation, the construction 
as shown in fig. 5 is used. In this example, the entry 
Bob occurs three times. During the construction of the 
data structure, each successive cell for Bob is put 
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next to the cell already there and connected to the 
others via ,a pointer ring, or so called self-ring. In 
the shown example the pointer ring is bi-directional; a 
unidirectional ring would suffice, but a bi-directional 
5 architecture has advantages in the navigation through 
the ring. The cell that was added latest is directly 
part of the tree structure. To distinguish between 
cells of the. tree structure that have neighbours in a 
self-ring and those that do not, each cell is provided 

10 with a variable as shown in the lower section of the 
cells in fig. 5. The value 0 indicates in this case 
that the cell does not have neighbours, i.e. no multi- 
ple occurrences are present. As shown in the fig. 5, 
each cell within a ring maintains its link to the next 

15 tree, as indicated by the dotted lines. In this way the 
structure fully maintains all data information. Fur- 
thermore, the COUNT parameter has to be adjusted for 
any multiple occurrences due to a ring, so to maintain 
that the COUNT parameter represents how many cells are 

20 present in the branches below the respective cell. The 
COUNT parameter can also include the number of elements 
in a self -ring. The self -ring configuration can also be 
used with the search method shown in the first two ex- 
amples. 

25 

To further make the data structure accessible, all the 
end elements of the tree structure are provided with 
linking elements that point towards the upper or start 
section of the respective tree. Pointers are an effi- 
30 cient way to implement these linking elements. The 

linking elements provide a ring structure to the trees 
and make navigating through the structure easier to im- 
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plement, and in case pointers are used prevent that nil 
pointers occur. 

To implement the data structure use can be made of a 
5 data element G according to the invention as shown in 
fig. 6. This data element can be used universally 
throughout the data structure, and can be changed to 
leave out features or include extra features when re- 
quired. Note that the invention is not limited to this 
10 specific data type, and that other implementations can 
be used. 

The data element is shown schematically in fig. 6. The 
element G is provided with three pairs of pointers and 

15 a single pointer. The pointers of the first pair are 
labelled LVR and RVR (Left Vertical Ring, respectively 
Right Vertical Ring) , the pointers of the second pair 
are labelled LHR and RHR (Left Horizontal Ring, respec- 
tively Right Horizontal Ring) , the pointers of the 

20 third pair are labelled LSR and RSR (Left Self Ring, 
respectively Right Self Ring) , and the single pointer 
is labelled IF (Information bridge). The LVR /RVR pair 
can be used for the tree structure for that incorpo- 
rates elements of the same type. The LHR/ RHR pair can 

25 be used to connect an element to neighbouring trees. 
The LSR/RSR pair can be used to include similar ele- 
ments into a self -ring structure. 

In the initial state as shown in fig. 6 all pointers 
30 point to the data element itself. When adding or in- 
serting elements to the structure, the pointers are 
redirected so that a ring configuration is maintained, 
so that every pointer in the structure has a valid 
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address, and cases of a non-defined pointer (nil 
pointer) are avoided. Additionally, the data element 
can be provided with several parameter values. The IF 

5 pointer can be used for connections with any other in- 
stance within the data structure; for example an other 
element of the same or another tree or even elements of 
one or more levels higher in hierarchy. The IF pointer 
can be used for example as an infoBridge; that is a 

10 connection element that looks like a Y-adapter. This 
InfoBridge can be cascaded and/or be bi-directional. 
With the InfoBridge, any internal data structure can be 
build within the context of the data structure of the 
invention. 

15 

In this example, only a very small section of a data- 
base is shown. In practice, a great number of columns 
are used (and therefore also a corresponding number of 
trees), and similar a great number of tables or similar 
20 constructions are used. Furthermore, the trees will in 
the implementation be accessible through some means, 
for example a linking element such as a pointer, which 
linking means itself can be part of a further configu- 
ration to facilitate access to the tree structures. 

25 

The implementation of the data structure and method ac- 
cording to the invention is not limited to the example 
shown, but can be achieved using any known and suitable 
manner. Typically, the invention will be implemented as 
30 a computer program that is stored in a computer memory 
or on a data carrier. The program has program code sec- 
tions that when run on a computer system will perform 
the steps of the method according to the invention. 
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The implementation of the system as described above can 
be made using any known and suitable method and pro- 
gramming language. It is helpful if the language of the 
implementation supports pointers. It is also useful if 
5 the programming language is object orientated, for ex- 
ample C++, which language has the additional benefits 
of availability of pointers, objects, and object 
classes. For most implementations additional control 
structures would be necessary, comprising temporary 
10 elements. However, such implementation details as such 
are known and are within reach of the person skilled in 
the art. 

The data structure according to the invention can be 
15 implemented in particularly in a memory that can be 

randomly accessed (such as for example a memory of the 
RAM type) , wherein the addresses can be randomly ac- 
cessed. The use of a random access memory also has the 
advantage that changes to the data structure do not ef- 
20 feet efficiency in any way. Although the invention is 
preferably implemented in a memory with random access, 
the implementation is not limited to this form, and 
other implementations in memory devices are possible. 
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Claims 

1. Method for optimising a query with respect to a da- 
5 tabase structure, comprising: 

receiving database information with respect to a 
specific data source (DS) , 

generating a search database structure (E) for 
said data source (DS) , based on said received data 
10 source information, 

receiving a query request for said data source 

(DS) , 

analyzing the search database structure (E) by 
counting a number of hits for respective sections of 
15 said query request, and 

calculating an optimized query request based on 
the analysis performed. 

2. Method according to claim 1, further comprising 

20 generating said search database structure by orga- 

nizing data elements of the same type in respective 
tree structures (A, B) . 

3. Method according to claim 2, further comprising 
25 providing each data element of a tree with a num- 
ber (COUNT) representative of the number of data ele- 
ments arranged in the tree structure (A, B) under said 
respective data element. 

30 4. Method according to any of the preceding claims, 
further comprising 

linking elements of a first tree (A) with 
elements of a second tree (B) via linking elements 
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(H) , wherein a linking element represents a data 
record relation. 

5. Method according to claim 4, further comprising 

5 determining a key set for the optimized query re- 

quest . 

6. Database structure, for storage of data within a 
computer system, comprising 

10 data elements of a first type (G) , representing 

database entries, and 

data elements of a second type (H) , associated 

with said data elements of the first type (G) , 

wherein the data elements of the first type (G) are 
15 arranged in a first tree structure, and 

wherein the data elements of the second type(H) are 

arranged in a second tree structure. 

7. Data structure according to claim 6, wherein end 

20 sections of the tree structures are connected via link- 
ing elements to a start section of the tree structure. 

8. Data structure according to claim 6 or 7, wherein 
multiple occurrences of similar data elements of the 

25 first type (G) are arranged in a set of data elements 
that are mutually connected through linking elements, 
* and wherein one data element of the set is directly 
part of the respective tree structure. 

30 
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9. Data element for a database structure according to 
any of the preceding claims 6-8, comprising 

a first pointer pair (LSR, RSR) , 
5 a second pointer pair (LHR, RHR) , 

a third pointer pair (LVR, RVR) . 

10. Data element according to claim 9, further compris- 
ing an IF pointer (IF) . 

10 

11. Computer program product, comprising code portions 
for executing when loaded into a computer memory the 
steps of a method according to any of the claims 1-5. 
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